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CFO 14845 US 



INFORMATION MANAGEMENT METHOD 
IN NETWORK SYSTEM 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to management 
technology for a network device, particularly a 
network input /output device such as a printer, a 
scanner or a facsimile locally connected to an 
information processing apparatus such as a computer or 
the like. 

Related Background Art 

For example in a network system in which plural 
terminal or host apparatus such as a personal computer 
(hereinafter also represented as PC) are so connected 
as to be capable of mutual communication, there is 
known a system allowing to use various devices 
(hereinafter also called resources) for example a 
printer, an image input device such as a scanner or a 
disk driver locally connected to a terminal apparatus 
from other terminal apparatus through the network. 

In such conventional network system, however, it 
has not been possible to manage the resources 
(commonly shared devices) usable by other terminal 
apparatus through the network and to efficiently check 
the status of each resource. More specifically it has 
not been possible to confirm the status of a commonly 



shared device desired on -the network by designating 
such device. Also it has not been possible to 
automatically acquire the latest status information of 
the commonly shared device on the network. 

SUMMARY OF THE INVENTION 

In consideration of the foregoing, the object of 
the present invention is to provide an information 
processing method for use in a network system enabling 
unified efficient management of the commonly shared 
devices on the network constantly by latest status 
information, and an information processing apparatus 
for executing such method. 

The above-mentioned object can be attained, 
according to the present invention, by an information 
processing apparatus for use in a network system 
including plural information processing apparatus 
connected to a commonly shared device which is usable 
from another apparatus through the network, the 
information processing apparatus being featured in the 
following manner. The information of a shared device 
present in the above-mentioned network system is 
managed by management means, and the information of 
the shared device in the management means is renewed 
according to the received information of the shared 
device connected to another information processing 
apparatus. Also the information processing apparatus 



transmits the information of the shared device, 
connected to the own host apparatus, to other 
apparatus on the network system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the 

configuration of a network system embodying the 

present invention; 

Fig. 2 is a block diagram showing the 

configuration of a host terminal apparatus on the 

network system; 

Fig. 3 is a view showing the module 

configuration, in the above-mentioned network system, 

between the server function of a host terminal 

apparatus serving as a server side and the client 

function of a host terminal apparatus serving as a 

client side; 

Fig. 4 is a view showing the module configuration 
of the above-mentioned server function and client 
function within a same host terminal apparatus; 

Fig. 5 is a view showing local management 
information of the above-mentioned host terminal 
apparatus; 

Fig. 6 is a view showing resource information of 
the above-mentioned local management information; 

Fig. 7 is a view showing management information 
of all the shared devices in the network system; 



Fig. 8 is a view showing data structure used in 
communication between the host terminal apparatus; 

Fig. 9 is a view showing an image displayed on 
the host terminal apparatus; 

Fig. 10 is a flow chart showing the start-up 
function of the host terminal apparatus; 

Fig. 11 is a flow chart showing a status changing 
operation (server side) of the shared device in the 
network system; 

Fig. 12 is a flow chart showing a status changing 
operation (client side) of the shared device in the 
network system; 

Fig. 13 is a flow chart showing an operation for 
acquiring the status information of a designated 
resource in the above-mentioned host terminal 
apparatus; 

Fig. 14 is a flow chart showing an access 
operation to the shared device in the network system; 

Fig. 15 is a flow chart showing an 
addition/renewal process for the management 
information of all the shared devices in a second 
embodiment; 

Fig. 16 is a flow chart showing an log-off 
operation of the host terminal apparatus in the second 
embodiment ; 

Fig. 17 is a flow chart of a start-up process of 
the host terminal apparatus in a third embodiment; and 



Fig. 18 is a flow chart of a start-up process of 
the host terminal apparatus in a fourth embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Now the present invention will be clarified in 
detail by preferred embodiments thereof, with 
reference to the accompanying drawings. 
[ First embodiment ] 

The present invention is applicable for example 
to a network system 100 as shown in Fig. 1. The 
network system 100 is composed, as shown in Fig. 1, of 
plural terminal apparatus (host apparatus) 110 lf 110 2 , 
110 3 , 120 which are so connected as to be capable of 
mutual communication through the network 130. The 
number of the host terminal apparatus is not limited 
to four but can be arbitrarily selected. 

The host terminal apparatus 110^ 110 2 , 110 3 are 
constructed similarly, and each apparatus is provided 
with a network server function 111 and a network 
client function 112. With the network server function 
111 there are connected various resources 113! to 113 N 
such as a printer, an image input device, a disk drive 
etc. The resource means a device connected locally to 
the host terminal apparatus. 

The host terminal apparatus 120 is provided with 
a management (administration) function 121 in the 
network 130 and a network client function 122. The 



management: function 121 is provided with a function 
similar to the network server function 111 and a 
management function for each host terminal apparatus, 
and the network client function 122 is similar to the 
network client function 112. It is to be noted that 
the host terminal apparatus 120 having the management 
function 121 is not essential but may be constructed 
similar to the host terminal apparatus 110^ 110 2 , 
110 3 . 

In the network system 100 of the present 
embodiment, as explained in the foregoing, each of the 
host terminal apparatus 110^ 110 2 , 110 3 is provided 
with both of the network server function 111 (server 
module) and the network client function 112 (client 
module), and these functions are exhibited similarly 
regardless whether these functions are present in 
different host terminal apparatus on the network 130 
or in a same host terminal apparatus. In the 
following there will be given a detailed explanation 
on the network system 100 of the present embodiment. 
[Internal configuration of the host terminal 
apparatus 110^ 110 2 , 110 3 , 120] 

The host terminal apparatus 110^ 110 2 , 110 3 , 120 
are constructed with a similar internal configuration. 
In the following, for the purpose of simplicity, there 
will be explained the configuration of the host 
terminal apparatus 110^^ as a representative example, 



and the other host terminal apparatus 110 2 , 110 3 , 120 
will not be explained further as they are similar in 
the configuration to the host terminal apparatus 110. 

The host terminal apparatus 110 x is capable of 
disclosing the information of the device (resource) 
locally connected thereto, and is provided, for 
example as shown in Fig. 2, with a CPU (central 
processing unit) 2 for controlling the functions of 
the entire apparatus, a program memory (PMEM) 3 for 
storing various programs and data for the operation 
control in the CPU 2, a communication control unit 4 
for controlling the communication with other apparatus 
on the network 130, an external memory control unit 8 
for controlling the data memory function in a floppy 
disk (FD) 9 or a hard disk (HD) 10 constituting a 
memory medium for data files, an input control unit 11 
for controlling the input operation from a keyboard 12 
or a mouse 13 constituting an operation unit, a video 
image memory (VRAM) 14 for storing display data for a 
CRT 16 constituting a display device, a display output 
control unit 15 for controlling the display operation 
of the CRT 16, a printer control unit 17 for 
controlling the printout operation of a printer 18, an 
image input device control unit 1A for controlling the 
image input operation of an image input device IB, and 
an external device control unit 19 for controlling the 
printer control unit 17 and the image input device 



control unit 1A, wherein these components are so 
connected as to be capable of mutual data exchange 
through a system bus 1 . 

The PMEM 3 stores control programs for executing 
various operations including those featuring the 
present embodiment as will be explained later. More 
specifically, such control programs are stored in 
advance in the HD 10, and the CPU 2 suitably selects 
and reads such programs from the HD 10, develops them 
on the PMEM 3 and executes them. Thus there can be 
realized various operations featuring the present 
embodiment . 

The PMEM 3 also functions as a text memory. 
Consequently the PMEM 3 stores for example data 
entered from the keyboard 12 in the form of code 
information . 

The communication control unit 4 controls the 
input/output data in a communication port 5 . Thus the 
data outputted from the communication port 5 are 
transmitted, through a communication line 6, to the 
communication of another apparatus on the network 130. 

The communication control unit 4 also executes 
control for the data exchange with a shared device 
(printer or image input device) on the network 130. 

In the foregoing, the network communication with 
other apparatus on the network 130 is executed by the 
communication control unit 4, communication port 5 and 



communication line 6, but such configuration is not 
restrictive and the present invention is naturally 
applicable to the communication through a public line. 

The input control unit 11 transmits the operation 
information (system operation command etc.) entered by 
the user through the keyboard 12 and the mouse 13 to 
the CPU 2. 

The mouse 13 is an operation unit constituting a 
pointing device (PD) for instructing editing etc. of 
image information on the CRT 16. By means of the 
mouse 13, the user can instruct a desired process for 
example by moving a cursor in the X and Y directions 
on the image displayed on the CRT 16 and selecting a 
command icon on a command menu, and also can designate 
an image to be edited or a position for image drawing. 

In the VRAM 14, data to be displayed on the CRT 
16 by the control of the display output control unit 
15 are developed as bit map data. 

The external device control unit 19 controls the 
printer control unit 17 and the image input device 
control unit 1A according to the instruction from 
another apparatus on the network 130. Therefore, the 
printer 18 and the image input device IB function 
according to the instruction from another apparatus 
mentioned above . 

[Module configuration of network server function 
111 and network client function 112] 
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As explained in the foregoing, each of the host 
terminal apparatus 110^ 110 2/ 110 3 , 120 is provided 
with the network server function 111 and the network 
client function 112 (cf. Fig, 1). Also the network 
server function 111 and the network client function 
112 are so constructed as to function in the same 
manner regardless whether they are present in 
different host terminal apparatus on the network 130 
or in a same host terminal apparatus. 

Fig. 3 shows the relationship between the modules 
constituting the network server function 111 and the 
network client function 112 in case the network client 
function 112 of an arbitrary one of the host terminal 
apparatus 110^ 110 2 , 110 3/ 120 (host terminal 
apparatus at the client side, hereinafter called 
"client side host terminal apparatus A" ) uses the 
shared device connected to a host terminal apparatus B 
through the network 130, utilizing the network server 
function 111 of another host terminal apparatus (host 
terminal apparatus at the server side, hereinafter 
called "server side host terminal apparatus B"). 

The network client function 112 is a function for 
exchanging desired data with other apparatus through 
the network 130, and is composed, as shown in Fig. 3, 
of a module group including a client message manager 
21, a client expansion function manager 22, a client 
expansion function addition/deletion management module 



23, resource request modules 31 1 to 31 N , and a license 
information confirmation module 41. 

The resource request modules 31 1 to 31 N are used 
for acquiring information of resources ( shared 
devices) R x to R N set commonly on the network 130 and 
using such resources by the own host apparatus (client 
side host terminal apparatus A). 

The license confirmation module 41 executes 
information exchange, before the own host apparatus 
(client side host apparatus A) executes logging on to 
a management server (host terminal apparatus 120 shown 
in Fig. 1, hereinafter called "management server 120") 
in order to utilize various services on the network 
130, for confirming whether there is a right for such 
logging. 

The resource request modules 31 1 to 31 N and the 
license confirmation module 41 are client expansion 
function modules and can add an arbitrary function to 
the own host apparatus (client side host apparatus A) 
by providing a defined interface to the client 
expansion manager 22. 

The client expansion function addition/deletion 
module 23 regulates the resource request modules 31 1 to 
31 N in case a resource to be used by the own host 
apparatus (client side host apparatus A) is increased 
or decreased. Also the client expansion function 
addition/deletion module 23 manages addition or 



deletion of -the individual client expansion function 
modules 31 x to 31 N/ 41 in cooperation with the client 
expansion function manager 22 . 

The client message manager 21 executes a process 
of transmitting a request message, generated by the 
client expansion function modules 31 ± to 31 N , 41, to 
the network 130 (either transmission to a specified 
host terminal apparatus or broadcasting to the entire 
network 130). Also the client message manager 21 
receives a message from another host terminal 
apparatus, judges whether or not to process the 
message, and, in case the message is identified to be 
processed, asks a process for such message to an 
appropriate one of the client expansion function 
modulates 31 x to 31 N , 41. 

The client expansion manager 22 receives 
information obtained by the network client function 
112, and asks, through a general interface, a process 
corresponding to such information to the client 
expansion function modules 31 x to 31 N , 41. 

On the other hand, the network server function 
111 is a function for receiving request information 
from a desired client on the network 130 (client side 
host terminal apparatus A in this case), and is 
composed, as shown in Fig. 3, of a module group 
including a server message manager 51, a server 
expansion function manager 52, a server expansion 
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function addition/deletion management module 53, and 
resource management modules 61 x to 61 N . In Fig. 3, an 
entire network information management module 71 and a 
license information management module 72 will be 
explained later. 

The resource management modules 61 1 to 61 N are 
modules (server expansion modules) for acquiring 
information of the plural resources locally connected 
to the own host apparatus ( server side host terminal 
apparatus B) and controlling these resources for 
rendering them usable. For example, the resource 
management module 61 acquires information of the 
locally connected plural resources 80 x to 80 N and 
controls these resources thereby rendering them 
usable. 

The server message manager 51 executes a process 
of transmitting an information message, generated by 
the resource management modules 61 x to 61 N (server 
expansion modules) to the network 130 (either 
transmission to a specified host terminal apparatus or 
broadcasting to the entire network 130 ) . Also the 
server message manager 51 receives a message from 
another host terminal apparatus, judges whether or not 
to process the message, and, in case the message is 
identified to be processed, asks a process for such 
message to an appropriate one of the resource 
management modules 61 x to 61 N (server expansion 
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module ) . 

The server expansion manager 52 receives 
information obtained by the network server function 
111, and asks, through a general interface, a process 
corresponding to such information to the resource 
management modules 61 1 to 61 N (server expansion 
module) . 

The server expansion function addition/deletion 
module 53 executes addition or deletion of the 
resource management modules 61 1 to 61 N (server 
expansion function modules ) in cooperation with the 
server expansion function manager 52. 

The entire network information management module 
71 and the license management module 72 shown in Fig. 
3 are modules (server expansion functions) present 
only in the management server 120 (host terminal 
apparatus having the management function). More 
specifically, the management server 120 has a 
configuration similar to the host terminal apparatus 
110 lr H0 2 , 110 3 (having the network server function 
111 and the network client function 112), but is 
additionally provided with the entire network 
information management module 71 and the license 
management module 72. 

The entire network information management module 
71 is used for managing the shared device information 
( information of all the shared devices connected to 



the respective host terminal apparatus ) of all the 
host terminal apparatus logging on to the management 
server 120. 

The license management module 72 executes 
information exchange, in case a host terminal 
apparatus having the network client function 112 
executes logging on to the management server 120 in 
order to utilize various services on the network 130, 
for confirming whether such logging is entitled. 

Fig. 4 shows the relationship among the modules 
constituting the network server function 112 and the 
network client function 111 within a same host 
terminal apparatus . 

As shown in Fig. 4, the network client function 
112 and the network server function 111 are so 
constructed as to be capable of mutual communication 
through a server/client communication module 81. 
Based on the presence of the server/client 
communication module 81 between the network server 
function 111 and the network client function 112, each 
module constituting these functions can execute 
process on the data, without differentiating the data 
exchange with a module in another host terminal 
apparatus through the network 130 and the data 
exchange with a module in the same host terminal 
apparatus (module within the same local host). 

The server/client communication module 81 is also 



provided with a data area 82 for storing information 
to be shared between the network server function 111 
and the network client function 112 within the same 
host terminal apparatus. In the data area 82, there 
are set the information, acquired by the network 
server function 111, of the resource locally connected 
to the own host apparatus and the information on other 
host terminal apparatus. Thus, for example the 
resource request modules 31 ± to 31 N constituting the 
client expansion modules of the network client 
function 112 can efficiently refer to the resource 
information in the data area 82, and can provide a 
request to the desired resource. 

[Configuration of local management information of host 
terminal apparatus ] 

Fig. 5 shows the configuration of the local 
management information of the host terminal apparatus 
110 lf 110 2 , 110 3 , 120. The local management 
information includes information of the own host 
apparatus and information on the resource managed by 
the own host apparatus, and is stored in the 
aforementioned data area 82 shown in Fig. 4. Based on 
such local management information, the host terminal 
apparatus 110 1/ 110 2 , 110 3 , 120 generate response data 
to a request for the information on the own host 
apparatus, from another host terminal apparatus or 
from the management server 120. 
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More specifically, the local management; 
information includes information 201 to 209 as shown 
in Fig. 5. The information 201 is the number of 
information items ( management information items ) 
constituting the local management information. The 
information 202 is the network address of the own host 
apparatus. Other host terminal apparatus issue an 
access request based on the address information 202. 
The information 203 is identification information of 
the currently logged-on user (log-on) user 
information. The information 204 is security 
management information, including information for 
managing the access right to the individual shared 
device connected to the own terminal apparatus . The 
information 205 is on the server expansion function 
(resource management modules 61 x to 61 N ) of the own 
host apparatus, including information on the server 
expansion function owned by the own terminal 
apparatus. The information 206 is resource management 
information (resource information) under the 
management of the own terminal apparatus. The details 
of the resource information 206 will be explained 
later. The information 207 is on the client expansion 
function (resource request modules 31 1 to 31 N ) of the 
own terminal apparatus, including information on the 
client expansion function owned by the own terminal 
apparatus. The information 208 is license information 
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issued in case a log-on request is issued to the 
terminal apparatus having the management function 
(management server 120) and is accepted (permitted) by 
the management server 120. The license information 
208 is used in the response in case of a request from 
the management server 120. The information 209 is 
other management information of the own terminal 
apparatus • 

The aforementioned resource information 206 is 
managed for each kind of resources, such as printers 
or scanners. More specifically, as shown in Fig. 6, 
the resource information 206 for a kind of resources 
includes information 211 to 222. The information 211 
is the number of items of the information managed in 
the resource information 206. The information 212 
indicates the kind of the resources ("printer", 
"scanner" etc. ) managed in the resource information 
206. The information 213 is other management 
information in the resource information 206. 

The information 214 1 to 214 N are information on 
the individual resources, having similar structures. 
For example the information 214 x relates to a resource 
R lf including information 215 to 222. 

The information 215 is the name of the resource 
R x . The information 216 indicates a shared name in 
case the resource R x is set as shared on the network 
130 (in case the resource R x is connected as a shared 



device). The information 217 is shared security 
information in case the resource R x is set as shared on 
the network 130. Based on the security information 
217, there is determined to whom the resource R x is to 
be made available. The information 218 is driver 
information for driving the resource F^. The 
information 219 is on the color ability of the 
resource R 1 . For example, it indicates whether the 
resource R x is a color printer. The information 220 is 
expansion information of the resource R x . For example, 
if the resource R x is a scanner to which an auto feeder 
is connected or is a printer to which a stacker is 
connected, the information 220 indicates the expansion 
function (auto feeder function, stacker function etc.) 
for the resource R x . The information 221 is status 
information of the resource R lr including information 
on power on/off status, number of jobs in process, 
error state of the resource R x etc. The information 
222 is other resource information of the resource R x . 

If the object resource R x is not set as shared, 
the network shared name information 216 becomes NULL 
("00"). In such case, the information of the resource 
R x is not disclosed to other host terminal apparatus. 
[Configuration of the entire shared device 
management information in the network 130] 

Fig. 7 shows an example of the configuration of 
the information ( the entire shared device management 
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information) for managing "the resource information 206 
etc. of the local management information, shown in 
Fig. 5, in all the host terminal apparatus. 

The shared device management information is used 
for managing the shared devices owned by each host 
terminal apparatus in the network 130, and is held by 
a host terminal apparatus having the entire network 
information management module 71 (management server 
120 in the present case) if such host terminal 
apparatus is present in the network 130. Thus, each 
host terminal apparatus can acquire, whenever 
necessary, the information on another host terminal 
apparatus from the shared device management 
information held by the above-mentioned host terminal 
apparatus (management server 120). In case the host 
terminal apparatus having the entire network 
information management module 71 (management server 
120 in the present case) is absent in the network 130, 
the shared resource management information is 
collected and stored in each host terminal apparatus. 

The entire shared device management information 
mentioned above includes, as shown in Fig. 7, 
information 231 on the number of the host terminal 
apparatus recognized in the network 130 and 
corresponding to such host terminal apparatus. The 
access information 232 x to 232 N are constructed 
similarly, and, for example, the access information 
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232 1 for the host terminal apparatus HC^ includes 
information 233 to 237 N . 

The information 233 is address information of the 
host terminal apparatus HC^ on the network 130. Based 
5 on such address information, other host terminal 

apparatus executes exchange of necessary information. 
The information 234 is user information currently 
logged on the host terminal apparatus 110 1 . The 
information 235 is other identification information of 

M 

J2 10 the host terminal apparatus 110! . The identification 

J* information 235 includes information indicating the 

W kind of the host terminal apparatus 110-l and 

W information on the operating system employed in the 

host terminal apparatus 110.^ The information 236 is 
Q 15 the number of shared devices connected to the host 

p terminal apparatus 110! (under the management thereof). 

^ The information 237! to 237 N are individual information 

(shared device management information) corresponding 
to the shared devices R x to R N indicated by the 
20 information 236. For example, the information 237 x is 
the management information of a shared device R x . 
Consequently, based on the information 237 x to 237 N , 
other host terminal apparatus issue an access request 
to the desired shared device. 
25 [Configuration of data exchanged between 
host terminal apparatus] 

Fig. 8 shows an example, in case an arbitrary one 
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(client: side host -terminal apparatus) of the host 
terminal apparatus 110^ 110 2/ 110 3 , 120 utilizes a 
shared resource connected to another host terminal 
apparatus ( server side host terminal apparatus ) 
through the network 130, of the configuration of the 
data exchanged between the client side host terminal 
apparatus and the server side host terminal apparatus - 
As shown in Fig. 8, the data include header 
information 240 containing information 241 to 245, 
real transmission data 250 containing information 251 
to 256, and sender data 260 containing information 261 
to 264. 

In the header information 240, the information 
241 is used for identifying the present data at the 
receiving side. The information 242 is version 
information of the present data. The information 243 
is attribute information of the present data. The 
attribute information includes information indicating 
the kind of the present data, such as enquiry, 
response, information or request. The information 244 
is offset information of the real transmission data 
250. More specifically, it is head address 
information of the information 252 of the real 
transmission data 250. The information 245 is other 
management information of the present data. 

In the real transmission data 250, the 
information 251 is network information of an addressee 
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■terminal ( server side host -terminal apparatus ) having 
the network server function 111. The information 252 
is for identifying any of the server expansion modules 
61 1 to 61 N wishing to issue a request (cf. Fig. 4). 
The information 253 indicates a function actually 
requested to the server expansion module indicated by 
the information 252. The information 254 is security 
information such as a password required in requesting 
access to the server side host terminal apparatus. 
The information 255 is the actual data, such as a 
parameter, transferred to the server expansion module 
indicated by the information 252. The information 256 
is other management information for managing various 
information in the real transmission data 250. 

In the sender data 260, the information 261 is 
network information indicating the sender host 
terminal apparatus of the present data. The 
information 262 is user information currently logged 
on the sender host terminal apparatus of the present 
data. The information 263 is timeout setting 
information indicating the time of disconnection for 
the present data request. The information 264 is 
other management information for managing the various 
information in the sender data 260. 
[Display image of host terminal apparatus] 

Fig. 9 shows a display state (resource state) of 
a window image 270 on the CRT 16 of the host terminal 



- 24 - 



apparatus 110 lr 110 2 , 110 3 or 120 on the network 130. 
This window image 270 displays icons and associated 
character information, based on the shared device 
management information as shown in Fig. 7. 

As shown in Fig. 9, the present window image 270 
displays an icon 271 indicating the own terminal 
apparatus and a usable resource group 272 locally 
connected to the own terminal apparatus. In the 
resource group 272, devices (resources) such as a 
scanner and a printer are displayed with appropriate 
icons assigned according to the attributes thereof. 
Also within such resources, a resource set as shared 
on the network 130 (shared resource) is displayed with 
a mark indicating the shared device, for example a 
"hand" mark. The resource displayed with such mark 
can be used from other host terminal apparatus on the 
network 130. 

Each icon in the resource group 272 displays 
status information of the object shared device. For 
example, an icon 272a shown in Fig. 9 displays "2", 
indicating that two jobs are currently present in the 
shared device (printer etc.) corresponding to the icon 
272a. 

The present window image 270 also displays an 
icon 273 indicating a network group, icons 274, 275 
indicating the host terminal apparatus present in such 
network group, and a usable resource group 276 locally 
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connected to such host terminal apparatus. The icons 
indicating the resources in the resource group 276 do 
not display a mark indicating the shared device, such 
as the above-mentioned "hand" mark, since the host 
terminal apparatus 274, 275 are assumed to have no 
shared device, but an icon 276a in the resource group 
276 displays "2", indicating that two jobs are 
currently present in the shared resource (printer 
etc. ) corresponding to the icon 276a, as in the 
aforementioned icon 272a. 

As explained in the foregoing, there is displayed 
the status information of the shared device, utilizing 
the server expansion function and the client expansion 
function in the present embodiment, whereby the user 
can immediately understand the state of the resources 
under the management of the host terminal apparatus in 
the network 130. 

[Start-up function of the host terminal 
apparatus] 

Fig. 10 shows a start-up sequence of the host 
terminal apparatus 110^ 110 2 , 110 3 , 120. The 
operations in this sequence are executed by the 
license information confirmation module 41. 

At first there is detected a terminal apparatus 
having the management function (management server 120) 
on the network 130 (step S301 ) , and, based on the 
result of such detection, there is discriminated 
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whether the management; server 120 is present (step 
S302 ) . The detection and discrimination of the 
presence of the management server 120 can be achieved, 
for example, by broadcasting a message inquiring the 
presence of the management server 120 (an inquiry 
message according to the data configuration shown in 
Fig. 8) on the entire network 130 and discriminating 
whether a response from the management server 120 (a 
response message according to the data configuration 
shown in Fig. 8) is obtained in response to such 
broadcasting . 

If the step S302 identifies that the management 
server 120 is absent on the network 130, the present 
sequence cannot be continued and is therefore 
terminated. If the step S302 identifies the presence 
of the management server 120 on the network 130, there 
is requested confirmation of the license for 
permitting the log-on to the management server 120 
( step S303 ) . 

In response to the issuance of the request for 
license confirmation in the step S303, there is 
discriminated whether the license management module 72 
in the management server 120 judges that such request 
for confirmation is from a request from a proper host 
terminal apparatus (client side) and that the number 
of permissible accesses from other host terminal 
apparatus (server side) still has a vacancy, namely 
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whether -the above-mentioned request for license 
confirmation is accepted (step S304). 

If the step S304 identifies that the above- 
mentioned request for license confirmation is rejected 
at the side of the management server 120, the present 
sequence cannot be continued and is therefore 
terminated. If the step S304 identifies that the 
above-mentioned request for license confirmation is 
accepted by the management server 120, license 
information in response to the request for license 
confirmation is received from the management server 
120 (step S305 ) and the sequence starting from a 
subsequent step S306 is executed. 

At first the addition of the own host apparatus 
is informed by broadcasting to other host terminal 
apparatus on the network 130 (step S306). Then there 
is acquired information of the shared device connected 
to the own host apparatus ( step S307 ) . Then the 
shared device information acquired in the step S307, 
the access information (network information) of the 
management server 120, and the license information 
acquired in the step S305 are set, as the local 
management information as shown in Fig. 5, in the data 
area 82 (shared setting information storage area; cf. 
Fig. 4) provided between the network client function 
112 and the network server function 111 (step S308 ) . 
Then there is discriminated whether a host terminal 
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apparatus having the entire network information 
management module 71 (management server 120 in this 
case) is present in the network 130, and there is also 
discriminated whether the information ( resource 
information) set in the shared setting information 
storage area 82 in the step S308 is given to such host 
terminal apparatus (management server 120) (step 
S309). 

If the step S309 identifies that the entire 
network information management module 71 in the 
network 130 and that the local management information 
( resource information ) in the shared setting 
information storage area 82 is to be given to a host 
terminal apparatus (management server 120) having such 
module, such information is uploaded in the above- 
mentioned host terminal apparatus (management server 
120) (step S310). Thus, the host terminal apparatus 
(management server 120) having the entire network 
information management module 71 manages the entire 
shared device management information as shown in Fig. 
7, by means of such module 71. The present sequence 
is thereafter terminated. 

Id the step S309 identifies that the entire 
network information management module 71 is absent in 
the network 130, the entire shared resource management 
information as shown in Fig. 7 is retained in the 
individual host terminal apparatus and the process of 
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the step S3 10 need not be executed, so that the 
present sequence is immediately terminated. 
[Status changing operation for the resource of 
host terminal apparatus (server side)] 

Fig. 11 shows a sequence for changing the status 
of the resource locally connected to the host terminal 
apparatus 110^ 110 2/ 110 3 , 120. This sequence is to 
change the shared resource management information as 
shown in Fig. 7 according to a change in the resource 
information 206 in the local management information as 
shown in Fig. 5, and is executed by the network server 
function 111. This sequence is always executed when 
the host terminal apparatus is in the activated state, 
and monitors the arrival of a resource status changing 
message (status change information) from the resource 
management modules 61 1 to 61 N . 

At first there is realized a stand-by state for 
receiving status change information ( for example 
information indicating a change in the number of jobs 
present in a printer resource) from the resource 
management modules 61 x to 61 N , indicating a change in 
the status of the resource connected to the own host 
apparatus (step S321). The status change information 
is issued from the resource management modules 61! to 
61 N in case of a status change in at least one of all 
the resources connected to the own host apparatus. 
When the status change information is received in the 
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step S321, there is executed a sequence starting from 
a next step S322. 

When the status change information is received 
from the resource management modules to 61 N , 

initialization is executed on the loop setting for 
acquiring the status information (step S322). 

More specifically, a loop counter i is set at 
"0", and an upper limit set value N of the loop is set 
at the number of the resources locally connected to 
the own host apparatus (content of information 211 of 
the resource information 206; cf. Fig. 6). 

Then there is discriminated, by comparing the 
value of the loop counter with the set value N, 
whether the status confirmation process has been 
completed for all the resources connected to the own 
host apparatus (step S323). 

If the step S323 identifies that the status 
confirmation process has been completed, the sequence 
proceeds to a step S327 to be explained later. If the 
step S323 identifies that the status confirmation 
process has not been completed, there is compared the 
status information of an i-th resource set in the 
resource information 206 of the local management 
information and the status information on the i-th 
resource contained in the status change information 
received in the step S321 (step S324). Based on the 
result of comparison in the step S324, there is 
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discriminated whether there is a change in the status 
of the i-th resource (step S325). 

If the step S325 identifies that the status of 
the i-th resource has not been changed, the loop 
5 counter is counted up (step S329) and the sequence 
returns to the step S323 in order to process a next 
resource. If the step S325 identifies that the status 
of the i-th resource has been changed, the status 
information of the i-th resource currently set in the 

10 resource information 206 of the local management 

information is renewed by the status information on 
the i-th resource contained in the status change 
information received in the step S321 (step S326). 
Thereafter the loop counter is counted up (step S329 ) 

15 and the sequence returns to the step S3 23 in order to 
process a next resource . 

When the status confirmation process is completed 
for all the resources connected to the own host 
apparatus (branched by the discrimination in the 323), 

20 there is discriminated whether a setting, for broad- 
casting the change information in the status renewing 
process on the network 130, is turned on (step S327 ) • 

If the step S327 identifies broadcasting, the 
status information changed in the present sequence is 

25 broadcast on the network 130 (step S328). Thus, in 
case the host terminal apparatus having the entire 
network information management module 71 (management 
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server 120 in this case) is present: in the network 
130, the shared device management information (cf. 
Fig. 7) held in such host terminal apparatus is 
renewed by the above-mentioned change information, as 
will be explained later in more details. In case the 
host terminal apparatus having the entire network 
information management module 71 is absent in the 
network 130, the shared device management information 
(cf. Fig. 7) held in the individual host terminal 
apparatus is changed according to the # change 
information. Then the sequence returns to the step 
S321 for awaiting the reception of the status change 
information from the resource management modules 61 1 to 
61 N . 

If the step S327 identifies absence of 
broadcasting, the sequence returns to the step S321 for 
awaiting the reception of the status change 
information from the resource management modules 61 x to 
61 N . Thus, in this case, the status change information 
is not informed until a request for acquiring the 
change information is received from another host 
terminal apparatus . 

[Status changing operation for the status 

information of host terminal apparatus 

(client side)] 

Fig. 12 shows a sequence in the host terminal 
apparatus 110^ 110 2 , 110 3 , 120 according to the status 
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change information informed by the network server 
function 111 of another host terminal apparatus or the 
own host apparatus. This sequence is executed by the 
network client function 112. 

At first there is entered a stand-by state for 
awaiting the reception of a broadcast message by the 
network server function 111 (step S331). When the 
broadcast message is received in the step S331, there 
is executed a sequence starting from a next step S332. 

When a broadcast message is received from the 
network server function 111, there is confirmed the 
content of the message ( step S332 ) . Based on the 
confirmation in the step S332, there is discriminated 
whether the received message is from a partner from 
which the own host apparatus is to acquire the 
information (step S333). 

If the step S333 identifies that the message is 
not from a partner from which the information is to be 
acquired, the sequence returns to the step S331 to 
enter the state of awaiting the reception of the 
broadcast message. If the step S333 identifies that 
the message is from a partner from which the 
information is to be acquired, initialization is 
executed on the loop setting for processing all the 
client expansion modules 31 1 to 31 N , (step S334). More 
specifically, the loop counter i is set at "0", and 
the upper limit set value N of the loop is set at the 
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number of the client: expansion modules 31! to 31 N by 
referring to the client expansion function information 
etc. of the local management information shown in Fig. 
6. Then there is discriminated, by comparing the 
5 value of the loop counter i with the set value N, 
whether the process has been completed for all the 
client expansion modules 31 x to 31 N (step 335). 

If the step S335 identifies that the process has 
been completed for all the client expansion modules 31 1 
10 to 31 N , the sequence returns to the step S331 for 
^ awaiting the reception of the broadcast message. If 

W the step S335 identifies that the process has not been 

W completed for all the client expansion modules 31 1 to 

N= 31 N , the message received in the step S331 is 

p 15 transferred to the i-th client expansion module (step 

g S336). The i-th client expansion module receiving the 

^ message in the step S336 discriminates whether such 

message is to be processed by the own module (step 
S337). 

20 If the step S337 identifies that the message is 

not for processing by the own module, the i-th client 
expansion module informs the network client function 
112 of such fact. Thus the network client function 
112 counts up the loop counter (step S341 ) and the 

25 sequence returns to the step S335 for processing a 
next resource . 

If the step S337 identifies that the message is 
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for processing by the own module, the i-th client 
expansion module executes a process according to the 
message (step S338), and informs the network client 
function 112 of the result of the process- Thus the 
network client function 112 causes the shared device 
management information shown in Fig, 7 to reflect the 
result of process by the i-th client expansion module 
( step S339 ) . Thus the result of the above-mentioned 
process is also reflected on the image on the CRT 16 
as shown in Fig. 9, namely on the image according to 
the shared device management information (step S340). 
For example, the status information 272a, 276a as 
shown in Fig. 9 change according to the current 
resource status. Thereafter the sequence returns to 
the step S331 for awaiting the reception of a 
broadcast message. 

[ Information acquiring operation of 
designated resource] 

Fig. 13 shows a process, in the host terminal 
apparatus 110 1 , 110 2/ 110 3 , 120, for acquiring the 
status information of a designated resource. This 
process is effective in case, in the process shown in 
Fig. 11, the broadcast execution is set "OFF" in order 
to suppress the increase in the network traffic by the 
frequent broadcast issuances on the network 130 (cf. 
step S327 in Fig. 11), and is executed by the network 
client function 112. 



As an example of the method for the user for 
designating the shared status, the user of the host 
terminal apparatus of the client side requests the 
status information by a manual operation from the 
group of shared devices satisfying a certain 
condition, among the shared devices connected to other 
host terminal apparatus. The user designates a target 
group satisfying the desired condition, by executing a 
predetermined operation on the display image shown in 
Fig. 9. The target group can be a group of shared 
devices connected in the unit of host terminals 
contained in a network group (domain etc.)/ or a group 
of shared devices connected in a certain specified 
unit of the host terminals, or a group (printer group 
etc. ) of shared devices of a certain category. For 
the purpose of simplicity of explanation, it is 
assumed to designate the desired shared devices in the 
same network 130, but such method is not restrictive 
and there may be designated the shared devices in 
another network . 

At first there is discriminated, by request 
information ( status acquisition requesting information 
entered by the user) from the network client function 
112 of another host terminal apparatus or the own host 
apparatus, whether the target host terminal apparatus 
is a specified single host terminal apparatus or 
plural host terminal apparatus (step S351). If the 
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step S351 identifies that the target host terminal 
apparatus is composed of plural host terminal 
apparatus, there is acquired access information 
corresponding to such host terminal apparatus ( in case 
of a domain such as NT, information of hosts belonging 
thereto, namely a list of hosts constituting the 
network group) from the shared resource management 
information as shown in Fig. 7 (step S352). 

Then the loop counter is initialized for 
preparing request information on the target host 
terminal apparatus (step S354). More specifically, 
the loop counter is set at "0", and the upper limit 
set value N of the loop is set at the number of the 
access information (number of the target host terminal 
apparatus) acquired in the step S352. 

On the other hand, if the step S3 51 identifies 
that the target host terminal apparatus is a specified 
single host terminal apparatus, there is acquired 
access information corresponding to such host terminal 
apparatus from the shared resource management 
information as shown in Fig. 7 and the loop counter is 
initialized for preparing request information to be 
explained later on such host terminal apparatus ( step 
S353). More specifically, since there is only one 
target host terminal apparatus in this case, the loop 
counter is set at "0", and the upper limit set value N 
of the loop is set at "1". 
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Then there is discriminated whether the process 
has been completed for all the host terminal apparatus 
indicated by the set value N, by comparing the value 
of the loop counter and the set value N (step S355). 
5 If the step S3 5 5 identifies that the process has been 
completed for all the host terminal apparatus, the 
sequence proceeds to a step S3 64 to be explained 
later. 

If the step S355 identifies that the process has 

10 not been completed for all the host terminal 

apparatus, there is acquired access information for 
the i-th host terminal apparatus (network 
identification information such as an IP address for 
accessing to a specified host) from the access 

15 information acquired in the step S352 or S353 step 

S356). Then the network address information (cf . Fig. 
7) included in the access information acquired in the 
step S356 is set in the request information which is 
response information to the issuing source of the 

20 above-mentioned status acquisition request information 
(step S357). Then, there is discriminated whether the 
target shared resource indicated by the aforementioned 
status acquisition request information is a specified 
resource of the i-th host terminal apparatus (step 

25 S358). 

If the step S358 identifies that the target is a 
specified resource, the information corresponding to 
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such resource (password information, user 
identification information etc. ) is acquired from the 
access information (cf. Fig. 7) acquired in the step 
S356 and is set in the request information (step 
S359). If the step S358 identifies that the target is 
not a specified resource, the information of all the 
shared resources (information 237 x to 237 N in Fig. 7) 
included in the access information (cf. Fig. 7) 
acquired in the step S356 is set in the request 
information (step S360). 

After the step S359 or S360, other information if 
necessary are set in the request information including 
various information set in these steps (step S361). 
Then the request information, that has been prepared 
in the step S361, is transmitted to the network client 
function 112 of the issuing source of the 
aforementioned status acquisition request information 
(network client function 112 of another host terminal 
apparatus or own host apparatus) (step S362). Then a 
response value is received from the target host 
terminal apparatus, and is reflected on the shared 
device management information shown in Fig. 7 (step 
S363). Thereafter the loop counter is counted up 
(step S365) and the sequence returns to the step S355 
for processing a next host terminal apparatus. 

When the process has been completed for all the 
host terminal apparatus as explained in the foregoing 
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(branched according -to the discrimination of the step 
S355), the network client function 112, receiving the 
request information by the process of the step S362, 
causes such request information to be reflected on the 
5 image on the CRT 16 of the own host apparatus (step 
S364). In this manner the status information (272a, 
276a etc. ) is displayed on the icon of the desired 
shared device as shown in Fig. 9. 
[ Second embodiment ] 

10 In a second embodiment, there will be explained a 

host terminal apparatus capable of dynamically 
reflecting the status of the shared devices of such 
host terminal apparatus, in response to a log-on or a 
log-off of the host terminal apparatus on the network 

15 system. In the following there will be principally 

explained features newly added to the foregoing first 
embodiment . 

[Access operation to a shared device under 
management by other host terminal apparatus] 

20 Fig. 14 shows the function of the client side 

host terminal apparatus in case an arbitrary one 
(client side host terminal apparatus) of the host 
terminal apparatus 110^ 110 2 , 110 3 , 120 uses a shared 
device connected to another host terminal apparatus 

25 (server side host terminal apparatus). The operation 
in this case are executed by the communication of the 
network client function 112 of the client side host 
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terminal apparatus with the network server function 
111 of the server side host terminal apparatus. 

At first there are acquired the network address 
of a target host terminal apparatus ( server side host 
terminal apparatus) and the access information of a 
desired shared device under the management thereof 
(step S1421). More specifically, in case a host 
terminal apparatus having the entire network 
information management module 71 (namely the 
management server 120 in this case) is present in the 
network 130, the information of the target host 
terminal apparatus ( server side host terminal 
apparatus ) is acquired from the shared device 
management information (cf. Fig. 7) held in such host 
terminal apparatus. In case such host terminal 
apparatus having the entire network information 
management module 71 is absent in the network 130, the 
information of the target host terminal apparatus 
(server side host terminal apparatus) is acquired from 
the shared device management information (cf. Fig. 7) 
held in the own host apparatus. 

Then, based on the information acquired in the 
1422, an access is made to the desired shared device 
of the server side host terminal apparatus for 
acquiring the security information thereof ( step 
S1422). Then the content of the access information 
acquired in the step S1421 and the security 
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information acquired in the step S1422 is confirmed to 
discriminate whether the own host apparatus (client 
side host terminal apparatus ) has a right of access to 
the desired shared device of the partner ( server side 
host terminal apparatus) (step S1423). 

If the step S1423 identifies the absence of 
access right, the accessing process is interrupted and 
the present sequence is terminated. If the step SI 423 
identifies the presence of access right, there is 
discriminated whether the own host apparatus (client 
side host terminal apparatus) has ever made an access 
to the host terminal apparatus to be accessed ( server 
side host terminal apparatus) (step S1424). 

If the step S1424 identifies that the access has 
been made before, the local management information 
(cf . Fig. 5) of the own host apparatus (client side 
host terminal apparatus) is referred to and the log-on 
information therein is reset as the current log-on 
information for the host terminal apparatus to be 
accessed ( server side host terminal apparatus ) ( step 

51425) . If the step S1424 identifies that the access 
has not been made before, namely the access for the 
first time, there is set new log-on information (step 

51426) . More specifically, the log-on information 
acquired for example by asking the input of an access 
password to the currently logged-on user is set as the 
current log-on information for the host terminal 



- 43 - 



apparatus to be accessed ( server side host terminal 
apparatus ) . . 

After the process of the step S1425 or S1426, 
there are generated, together with the log-on 
information set by such process, request data to the 
host terminal apparatus to be accessed ( server side 
host terminal apparatus) according to the data 
configuration shown in Fig. 8 (step S1427). Then the 
request data generated in the step S1427 are 
transmitted to the host terminal apparatus to be 
accessed ( server side host terminal apparatus ) , and 
response data thereto are received (step S1428). 
Thereafter the present sequence is terminated. 
[Renewal operation for shared device management 
information within the network] 

Fig. 15 shows a renewal operation for the shared 
device management information (cf . Fig. 7) in the 
network 130. As explained in the foregoing, if a host 
terminal apparatus having the entire network 
information management module 71 (management server 
120 in this case) is present in the network 130, the 
shared device management information is held by the 
entire network information management module 71. If 
the host terminal apparatus having the entire network 
information management module 71 is absent in the 
network 130, the shared device management information 
is held by the individual host terminal apparatus. 
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Such renewal process for the shared device 
management information is constantly executed by the 
client expansion function addition/deletion management 
module 23 and the server expansion function 
addition/deletion management module 53 whenever the 
host terminal apparatus is in the activated state, 
constantly monitoring the arrival of a message from 
other host terminal apparatus on the network 130, 

At first there is entered a state awaiting a 
broadcast message from other host terminal apparatus 
(step S1431). If the step S1431 receives a message, 
there is executed a process starting from a next step 
S1432. 

Upon receiving a message from another terminal 
apparatus, there is confirmed the content of such 
message (step S1432). Based on the confirmation in 
the step S1432, there is discriminated whether the 
received message is from a host terminal apparatus 
from which the own host apparatus is to acquire the 
information ( step S1433 ) . 

If the step S1433 identifies that the received 
message is from a host terminal apparatus from which 
information is not be acquired, the sequence returns 
to the step S1431 for entering again a state awaiting 
the message from other host terminal apparatus. If 
the step S1433 identifies that the received message is 
from a host terminal apparatus from which information 
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is to be acquired, there is discriminated whether the 
message is a log-off message (step S1434). 

If the step S1434 identifies a log-off message, 
the information of the host terminal apparatus which 
has transmitted such message is deleted from the 
shared device management information (step S1435). 
More specifically, in case the shared device 
management information is held by the individual host 
terminal apparatus, the information of the host 
terminal apparatus which has transmitted the log-off 
message is deleted from the shared device management 
information in the own host apparatus. In case the 
shared device management information is held by the 
entire network information management module 71, a 
deletion request is made to the host terminal 
apparatus having the entire network information 
management module 71 (management server 120 in this 
case). Thereafter the sequence returns to the step 
S1431 for entering again a state awaiting the message 
from other host terminal apparatus. 

If the step S1434 identifies that the received 
message is not a log-off message, there is 
discriminated whether the message is a log-on message 
(step S1436). If the step S1436 identifies that the 
received message is not a log-on message, namely in 
case of reception of a message other than the log-on 
or log-off message, there is executed an appropriate 
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process matching the content: of such message ( step 
S1438). Thereafter the sequence returns to the step 
S1431 for entering again a state awaiting the message 
from other host terminal apparatus. 

If the step S1436 identifies that the received 
message is a log-on message, there is discriminated 
where the shared resource management information is 
held (step S1437). 

If the step S1437 identifies that the shared 
device management information is held by the entire 
network information management module 71, there is 
requested acquisition of the information of the host 
terminal apparatus which has transmitted the log-on 
message, to the host terminal apparatus having such 
entire network information management module 71 
(management server 120 in this case) (step S1440). 
Thereafter the sequence proceeds to a step S1441. 

If the step S1437 identifies that the shared 
device management information is held by the 
individual host terminal apparatus, there is requested 
acquisition of detailed information to the host 
terminal apparatus which has transmitted the log-on 
message (step S1439). Thus the local management 
information (cf. Fig. 5) of the host terminal 
apparatus which has transmitted the log-on message is 
returned to the own host apparatus. Thereafter the 
sequence proceeds to a step S1441 . 
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The information acquired in the step S1439 or 
!440 is added to (or renews) the shared device 
management information (step S1441 ) . 
[Log-off operation of host terminal apparatus] 

Fig, 16 shows the log-off operation of the host 
terminal apparatus 110 lf 110 2 , 110 3 , 120, 

At first there is discriminated whether the own 
host apparatus is in the course of execution of a 
process based on a request from another host terminal 
apparatus (step S1451). If the step S1451 identifies 
that the process is not in execution, the sequence 
proceeds to a step S1454, skipping next steps S1452 
and S1453. 

If the step S1451 identifies that the process is 
in execution, there is informed the interruption of 
such process to the host terminal apparatus which has 
requested such process (step S1452). 

After confirmation that a response permitting the 
interruption is returned, in response to the 
informing, from the addressee host terminal apparatus 
of such informing, the process currently executed is 
interrupted (step S1453). 

After the process of the step S1453 or in case 
the step S1451 identifies that the process is not in 
execution, namely when the own host apparatus is no 
longer in the state of process execution, the log-off 
operation of the own host apparatus is informed by 
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broadcasting -to other host terminal apparatus on the 
network 130 (step S1454). Also the host terminal 
apparatus having the management function (manager 
server 120 in this case) is informed of the release of 
the log-on license given to the own host apparatus at 
the log-on operation (step S1455). Thereafter the 
ending process for the own host apparatus is executed 
in continuation (step S1456). 

In the second embodiment, as explained in the 
foregoing, in response to the log-on or log-off 
operation of a host terminal apparatus on the network 
system, the status of the shared device of such host 
terminal apparatus can be dynamically reflected. 
[Third embodiment] 

As a third embodiment, there will be explained an 
improvement on the process (start-up flow of the host 
terminal apparatus ) of the first embodiment shown in 
Fig. 10. In the third embodiment, the management side 
only manages the license information and the log-on 
list of the host terminals, and, in case of not 
managing the shared device information of the host 
terminal, acquires the shared device information from 
each host terminal. In the following there will be 
principally explained the features newly added in the 
third embodiment. 

A step S1701 detects the presence of a terminal 
apparatus having the management function (management 
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server) on the network. Based on the result of such 
detection, a step S1702 discriminates whether the 
management server is present. The detection of the 
management server and the discrimination of presence 
5 thereof can be achieved, for example, by broadcasting 
a message inquiring the presence of the management 
server to the entire network and judging the presence 
of a response thereto. 
^ If the step S1702 identifies that the management 

~ 10 server is absent on the network, the process cannot be 

^ continued further and is therefore terminated. If the 

*5 step S1702 identifies the presence of the management 

W server, a step S1703 requests confirmation of the 

H 9 license for log-on permission to the management 

p 15 server. 

f5 The confirmation of the license in the step S1704 

™ identifies that such request is from a proper host 

terminal apparatus and that the number of permissible 
accesses in the server side still has a vacancy, the 
20 sequence branches to a step S1705. If the effective 
license is judged absent, the sequence cannot be 
continued further and is therefore terminated. 

A step S1705 receives the license information 
from the management server. A step S1706 acquires the 
25 shared device information of the own host apparatus. 
Then a step S1707 sets the acquired shared device 
information, the network information for accessing to 
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the management server and the license information 
acquired in the step S1705, as the local information, 
in the shared setting information storage area 
provided between the network client function and the 
5 network server function. 

Then a step S1708 discriminates whether the 
entire network information management module is set in 
the management server and whether uploading of the 
shared device information of the own host apparatus is 
«j 10 instructed to such module. If the uploading is 

jj instructed, the sequence proceeds to a step SI 709, 

jjj but, if not instructed, the sequence proceeds to a 

J step S1710. 

* A S1709 uploads the shared device information of 

3 15 the own apparatus to the management server, whereby 

1 other host terminals on the network can acquire the 

shared device information of the newly added host 
terminal by inquiring to the management server. 
Thereafter the sequence proceeds to a step S1713. 
20 Steps S1710 to S1712 are a process in case the 

management server does not manage the shared devices 
on the network. A step S1710 acquires, from the 
management server, a network information list of other 
logged-on host terminals. A step S1711 acquires the 
25 shared device information from the individual host 
terminals, according to the information of the 
above-mentioned list. A step S1712 prepares the 
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entire shared device information on the network as 
shown in Fig. 7, based on the information acquired in 
the step S1711, and sets such entire shared device 
information in the shared setting information storage 
5 area of the server/client modules. 

As all the access information setting relating to 
the network is completed, a step S1713 broadcasts the 
addition of the own apparatus to other host terminals 
f*z on the network, in order to inform that the own 

M. 10 apparatus is being ready. Thus all the processes are 

p2 completed . 

*2 In the third embodiment, as explained in the 

"^M foregoing, it is rendered possible to manage the 

N= resource (shared device) usable by other terminals 

p 15 through the network even in case the management 

Q terminal does not manage the information of the shared 

^ device of the individual host terminals, thereby 

efficiency checking status of the resources. 
[Fourth embodiment] 
20 As a fourth embodiment, there will be explained a 

method of applying the present invention to a network 
system not containing the management server terminal . 
In the present embodiment, at the start-up of the host 
terminal, there is not executed the process of 
25 confirming the license to the management server 
terminal. More specifically, there is given an 
example of the process in case the function is present 
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in the host terminal with the local license* For 
example, in case of Windows system (trade name), the 
first to third embodiments provide license management 
by domains, while the fourth embodiment provides 
license management by work groups. In the following 
there will be principally explained the features newly 
added to the fourth embodiment. 

Fig, 18 is a flow chart of a start-up process of 
the host terminal in case the management server 
terminal is absent. In the following description will 
be given according to the flow chart shown in Fig. 18. 

A step SI 801 acquires the shared device 
information of the own apparatus. A next step S1802 
sets the above-mentioned shared device information, as 
the local information, in the shared setting 
information storage area provided between the network 
client function and the network server function. A 
step S1803 broadcasts the addition of the own 
apparatus to other host terminals in the network, in 
order to inform that the shared device of the own 
apparatus has become ready for disclosure. A step 
SI 804 awaits the response from other host terminals, 
in return for the above-mentioned broadcast message 
informing the above-mentioned addition. The network 
address of the partner can be acquired from the 
response of another host terminal. 

A step SI 805 discriminates whether the response 
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is made within a predetermined time, and, if the 
response is judged present, the sequence proceeds to a 
step S1806, but, if the response is judged absent, the 
start-up process is terminated. 

A step S1806 requests, to each host terminal 
giving the response, the shared device information of 
such host terminal. A step S1807 prepares the entire 
shared device information on the network as shown in 
Fig. 7, based on the shared device information of the 
host terminals on the network, obtained in the step 
S1806, and additionally sets such entire shared device 
information to the shared setting information storage 
area of the server /client modules, whereupon the 
process is terminated. 

In the fourth embodiment, as explained in the 
foregoing, it is rendered possible, even in the 
network system in which the management terminal is not 
present, to manage the resource (shared device) usable 
by other terminal apparatus through the network, 
thereby efficiently checking the status of the 
resources . 

The objects of the present invention can 
naturally be attained also in a case where a memory 
medium storing the program codes of a software 
realizing the functions of the host and terminals of 
the aforementioned embodiments is supplied to a system 
or an apparatus and the functions of the 
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af orementioned embodiments are realized by a computer 
(CPU or MPU) of the above-mentioned system or 
apparatus by reading and executing the program codes 
stored in the memory medium. In such case the program 
codes themselves realize the functions of the 
embodiments of the present invention, and the memory 
medium storing the program codes constitutes the 
present invention . 

The memory medium storing such program codes can 
be, for example, a ROM, a floppy disk, a hard disk, an 
optical disk, a magnetooptical disk, a CD-ROM, a CR-R, 
a magnetic tape, or a non-volatile memory card. 

The present invention also includes not only a 
case where the functions of the aforementioned 
embodiments are realized by the execution of the 
program codes read by the computer but also a case 
where an operating system or the like functioning on 
the computer executes all or a part of the actual 
processes under the control of such program codes 
thereby realizing the functions of the foregoing 
embodiments. The present invention further includes a 
case wherein the program codes read from the memory 
medium are once stored in a function expansion board 
inserted into the computer or a function expansion 
unit connected to the computer, and a CPU provided in 
the function expansion board or the function expansion 
unit executes all the process or a part thereof under 
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the control of such program codes, thereby realizing 
the functions of the aforementioned embodiments. 

According to the present invention, as explained 
in the foregoing, there are provided both the server 
5 means and the client means, and communication means 
for connecting these means whereby the information 
exchange can be achieved in the same manner regardless 
whether it is with another apparatus or within the own 
apparatus. Also there are provided both server 
10 expansion means as an expanded function of the server 
means having a general interface and client expansion 
means as an expanded function of the client means 
W having a general interface. Also the information of 

H the shared devices present on the network is managed 

Q 15 in unified manner, and the management information of 

p the shared devices is automatically renewed with the 

~* latest information, by the information of such shared 

device ( for example the information disclosed in case 
of a status change) disclosed from the terminal 
20 apparatus having such shared device. Furthermore, the 
information of the shared device designated by the 
client means side is acquired from the management 
information of the shared devices and is provided. It 
is thus rendered possible to easily acquire the 
25 information of the shared devices on the network and 
to efficiently manage such information. 

It is also possible to manage the management 
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information of the shared devices constantly as the 
latest information, and to provide the information of 
the shared device designated from the user, based on 
such management information. For example, in case the 
management information of the shared devices is 
displayed, the user can easily and exactly confirm the 
status of the current shared devices and can acquire 
the status of the desired shared device only. 



